home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / inet / ietf / idpr / 92nov.min < prev    next >
Text File  |  1993-02-17  |  6KB  |  142 lines
  1. Editor's Note: Minutes received 11/24/92
  2.  
  3. CURRENT_MEETING_REPORT_
  4.  
  5. Reported by Martha Steenstrup/BBN
  6.  
  7. Minutes of the Inter-Domain Policy Routing Working Group (IDPR)
  8.  
  9. At the November 1992 IETF meeting, the IDPR Working Group met for two
  10. consecutive sessions during the afternoon of Monday the 16th.  The first
  11. session was a working meeting, while the second session was conducted as
  12. an overview for newcomers.  We organized the first session as follows:
  13.  
  14.  
  15.   1. General Status Report
  16.  
  17.        o The IESG and IAB accepted the IDPR architecture and protocol
  18.          documents as Proposed Standards in August 1992.
  19.  
  20.        o SRI is expecting to implement a large part of the IDPR MIB.
  21.  
  22.        o Rob Austein has designed the the DNS changes (address to domain
  23.          identifier mapping queries and responses) required for IDPR.
  24.  
  25.        o We are seeking eager volunteers to produce an independent
  26.          implementation of IDPR.
  27.  
  28.   2. Gated version of IDPR
  29.      Woody Woodburn of Sparta led the gated implementation effort, with
  30.      additional participation by BBN. SRI is presently using the gated
  31.      version of IDPR as the basis for policy routing in a network for
  32.      one of their clients.  Currently, SRI and BBN are taking
  33.      responsibility for the IDPR gated software.  We will eventually
  34.      turn over the gated version of IDPR to Cornell, but before doing
  35.      so, we need to ensure that the software:
  36.  
  37.        o Conforms to the protocol specification.
  38.        o Has clear and complete documentation.
  39.        o Has been tuned to provide good performance.
  40.  
  41.      We welcome all those interested in working on the IDPR gated
  42.      software or in developing their own IDPR implementations.  Please
  43.      send a message to idpr-wg@bbn.com, if you're interested in working
  44.      on IDPR software development.
  45.  
  46.   3. Planned Internet Pilot Installation
  47.      The target date is February 1993.  The installation will initially
  48.      include three backbone domains (NSFnet, NSInet, and TWBnet) and
  49.      four source domains.  We will exercise both source and transit
  50.      policies.  This will give transit service providers a chance to
  51.      observe IDPR in action.  The results of the pilot installation,
  52.      including ease of use and management, general performance, and any
  53.      problems encountered, will be published as an Internet-Draft.
  54.  
  55.  
  56.                                    1
  57.  
  58.  
  59.  
  60.  
  61.  
  62.   4. Policy Survey
  63.      The policies initially available with IDPR were extrapolated from a
  64.      survey of federal agencies conducted several years ago.  As IDPR
  65.      moves from the testbed to the Internet, we should reevaluate the
  66.      policy support provided.  We intend to conduct a systematic survey
  67.      of users and transit service providers to determine what types of
  68.      source and transit policies are most desired.  Results of this
  69.      survey will be folded back into the policy offerings within IDPR.
  70.      Anyone interested in helping to conduct the survey, please respond
  71.      to the idpr-wg mailing list.
  72.  
  73.   5. Multicast IDPR
  74.      To provide multicast support in an internetwork in which policy is
  75.      important, one cannot leave the forwarding decisions to
  76.      intermediate routers.  Rather multicast distribution should be
  77.      defined by the source, just as it is for unicast distribution.  To
  78.      provide multicast support within IDPR, we plan to make the
  79.      following modifications to IDPR:
  80.  
  81.        o All multicast groups of which hosts within a domain are members
  82.          will be distributed as part of the existing routing information
  83.          messages for the domain.  This information will be used by a
  84.          source to generate a multicast tree to other members of a
  85.          multicast group.
  86.  
  87.        o The path identifier will carry a special multicast bit
  88.          indicating that it is a multicast packet.  All paths in a
  89.          multicast tree will carry the same path identifier.
  90.  
  91.        o One or more path setup packets will be used to set up the
  92.          multicast tree in sections or all at once.  Each intermediate
  93.          policy gateway in a path must keep track of all of the
  94.          destination domains in the multicast tree that are reachable
  95.          through the subtree of which it is the root.
  96.  
  97.        o The source will be notified through a teardown message when all
  98.          hosts within a domain leave a the multicast group.  The
  99.          teardown will only affect the portion of the tree set up to
  100.          that domain.  A source should be able to initiate teardown to
  101.          selected destinations or to all destinations within a multicast
  102.          tree.
  103.  
  104.        o Intra-domain multicast, when available, will be used in
  105.          conjunction with IDPR multicast.
  106.  
  107.  
  108. In early 1993, we will distribute an Internet-Draft describing the
  109. initial version of multicast routing for IDPR.
  110.  
  111. Attendees
  112.  
  113. Cengiz Alaettinoglu      ca@cs.umd.edu
  114.  
  115.                                    2
  116.  
  117.  
  118.  
  119.  
  120.  
  121. Ken Carlberg             Carlberg@cseic.saic.com
  122. Dilip Chatwani           dilip@synoptics.com
  123. Osmund de Souza          osmund.desouza@att.com
  124. Barbara Denny            denny@erg.sri.com
  125. Paul Griffiths           griff@chang.austin.ibm.com
  126. John Hedderman           jjh@ans.net
  127. Jonathan Hsu             brenda@penril.com
  128. Dwight Jamieson          djamies@bnr.ca
  129. Fong-Ching Liaw          fong@eng.sun.com
  130. Olli-Pekka Lintula       olli-pekka.lintula@ntc.nokia.com
  131. Peder Norgaard           pcn@tbit.dk
  132. John Scudder             jgs@merit.edu
  133. William Simpson          Bill.Simpson@um.cc.umich.edu
  134. Lansing Sloan            ljsloan@llnl.gov
  135. Frank Solensky           solensky@andr.ub.com
  136. Martha Steenstrup        msteenst@bbn.com
  137. Robert Woodburn          woody@sparta.com
  138.  
  139.  
  140.  
  141.                                    3
  142.